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Overview of Movie Group Software 
Rich Schroeppel 
Information International, Inc. 

Generally speaking the software is in source form on disk and 
tape with rough draft documentation* 

The movie making process consists of two steps: First, the 
artist/programmer defines the objects in the movie and the 
motions of the objects* Second, he gives this information to 
TRANEW, which computes the movie frames and either displays the 
result or records the output on film. Most of the work involves 
going through this process repeatedly, revising the input until 
the movie looks right. 

TRANEW 

TRANEW is the movie making program. There is an operating manual 
for TRANEW that explains each command with about a paragraph of 
text. The manual also explains the format of the input files 
that define objects and motions. This manual is probably 
sufficient for a moderately skilled person to learn to use the 
program and then to teach it to someone else. The manual might 
be adequate for a highly motivated person with no previous TRANEW 
experience. 

The input to TRANEW is disk files and/or typed commands. The 
disk files describe objects, from something as simple as a cube 
to as complex as an X-wing fighter. An object description is 
based on a list of polygons, but may also include color, 
reflectivity, texture, transparency, and shape information for 
bicubic patches (lumpy polygons) . Other disk files specify the 
lighting, eyepoint (camera position), movement of objects, and 
movement of the camera. Commands tell TRANEW the output format 
and picture resolution. The output from TRANEW may go directly 
to the color monitor, to magnetic tape, or to disk. When making 
movies, the output is a series of disk files that describe how 
much red (and green and blue) to put at a particular place on the 
film. We don't have any document that describes the format of 
the output files from TRANEW. 
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Language and Portability Considerations 



TRAHBH is written in FORTRAN^ with a substantial amount of PDPlO 
assembly code for speed. The internal data formats depend on a 
36 bit word length, bacause of the designers desire to cram as 
much data as possible into memory. If the program is to be moved 
to another machine, some work will be needed on these machine 
dependent aspects. The other PDPlO programs are written In 
FORTRAN, MACRO (assembly) , SAIZi, and LISP. 

Another consideration is that TRANEW is slow on complex objects 
(the interesting, useful ones). The program was developed on the 
KAIO processor, but runs very slowly. It is probably acceptable 
on a RLIO, which is half as fast as Foonly. If the program is 
converted to run on a faster, number crunching machine, this 
shouldn't be a problem. The PDPlO memory space is probably 
inadequate to run TRANEW in real applications; The programmers 
needed the extra MMM memory to do complex pictures* There are 
several schemes for extending the PDPlO architecture to address 
additional memory. Since the places where TRANEW uses extra 
address space are already marked in the code, it should be easy 
to convert to any extended memory scheme. TRANEW did some work 
before Foonly was operating, so some level of animation is 
possible with an ordinary PDPlO. 



8HADER 

A III15 computer controls the exposing of film. The III15 
program is called SHADER. The source files for SHADER are fine. 
The operating Instructions for SHADER need to be expanded. Its 
behavior is controlled by patches made when the program is 
loaded. 



ASAS 

ASAS is the director's language. It is used to describe the 
motions of the objects. ASAS is written in MACLISP (the MIT 
dialect of LISP). The documentation is reasonable. A thesis is 
included to explain the point of it all. A file of update notes 
describes the evolution of the program in recent years. The 
program had reached the capacity of the KAIO in terms of scene 
complexity; LISP was running out of space. LISP is semi- 
portablet Many machines have a LISP, but no two dialects agree. 
We have good documentation (a manual) for LISP. 
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3D2 and TUBES 



Most objects are defined with the encoding station r an equipment 
group including the big data tablet and several displays, 
controlled by the 11X15 in the southeast corner of the Foonly 
room. The state of the encoding station needs further 
examination. The programs are available but the operating 
instructions are fragmentary* The encoding station programs are 
written in CASTLE language r which is implemented in II 115 code. 
The utilities are written in CASTLE, and III15 assembly. There 
is a manual for CASTLE. If we sell the encoding station, the 
nil 5 should go with it to support the displays and the software. 
The output of the encoding station is a tape, which is read into 
Foonly and converted into PDPIO format. 

6E0HED 

Some object creation was done directly on the PDPIO using 
Baumgart's 6E0MED. This program works best with the Leahy 
display. The program originally was written for the Stanford 
display system, which is very similar to one we have in house. I 
have seen a version of it work with the TEKTRONIX terminal, but 
I*m not sure if it was ever used that way for production. We 
have good documentation (a manual) for GEOMED. 

TWEAK 

There are several utility programs for editing objects; the 
workhorse programs are documented with cheat sheets. These 
should be usable with some experimentation. There is a 
collection of utilities for fixing specific database problems; 
these typically have a paragraph of documentation. The utilities 
for manipulating the object data bases are mostly written in 
SAIL, a language specific to the PDPIO (written at the Stanford 
AI Lab). We have a SAIL manual. 

Other Utilities 

There is a collection of test programs for the DFP. These 
utilities were also used to initialize it for shooting film. 
There are programs to produce color calibration wedges on 
different output media. We have tests for KBOX and fot. the STC 
disk. 
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Miscellaneous Notes 



The programmers occasionally used picture input from a scanner as 
an ingredient. I think this was used for texture files. I 
didn't locate any specific information about textures or fractal 
surfaces. Both of these effects have been used in movie output. 

In examining the disk data^ I noticed source files for many 
programs. It seems likely that source files for all programs are 
present. He don*t have instructions for compiling the programsr 
but we can probably work them out. 
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INFORMATION INTIRNATIONAL' 



DIGITAL SCENE SIMULATION SYSTEM FACT SHEET 

Foonly 1 Mainframe computer with 1 Megabyte memory. 
Executes 10 times as fast as a DEC KAlO. 
Top speed 10 million instructions per second. 
Pipelined architecture. 

Instruction prefetch. 

2K by 72 bit writable microcode. 

Up to 8 terminals. 

Printer 600/300 LPM. 

2048 word memory cache. 

Cached 10 controller. 

PDP-10 style lObus. 

Disk and tape subsystem: 

4 X 50 MByte drives. 

800/1600 bpi tape drive, 110 ips. 

Tektronix storage terminal with vectors. 

1000 X 1000 color monitor, 60 Hz refresh) interlaced. 

Driven from 2 Megabyte frame buffer. 

Frame buffer may also be used as extra memory for Foonly processor. 

Programmable 35mm color film reader/recorder system 
800 bpi tape drive, 9MByte disk drive. 

Stand-alone input system with: 

Talos data tablet 48" x 60", two cursors. 

High performance color film scanner. 

4 high speed vector displays. 

800 bpi tape drive, 9MByte disk drive. 

Operator aids: 

Comprehensive operator aids and data-base verification programs 

for creating 3D descriptions of objects and scenes. 

Available proprietary software: 

Written in FORTRAN, interloops provided in PDP-10 assembly language, 

input/output data structures optimized at 36-bit wordlength, 

instantly useful on PDP-10 or PDP-10 lookalike system and can 

be readily converted to operate on other large mainframes. Major 

contributions to the software came from 20 man years of development. 

License agreement will vary with intended use. 

Sample programs: 

TRANEW Scene simulation program 

ASAS Scene choreography language 

6E0MED Object preparation 

TWEAK Object editor 
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CAMERA CONFIGURATION FOR DIGITAL SCENE SIMULATION SYSTEM 

The system contains two modified programmable Film Reader/Recorder 
systems similar in configuration and function to the standard 
III FR-80 microfilm recorder. One unit can be used for scanning 
or recording while the other is for recording only. They may be 
connected via disk interface to perform a simultaneous scan and 
record operation. 

There are 3 camera subsystems interchangeable at a universal 
mechanical camera mount interface. The 3 cameras are; 

1. Standard Model 8029/A 35mm camera pin registered 
camera with dedicated color filter subsystem. 

2. Prototype 35mm ceunera body with dedicated color 
filter subsystem and integrated photomultiplier 
light measurement unit for use as a film scanner. 
The ccunera contains a pin registered single frame 
Acme movement with an academy aperture. This 
camera may be used for recording as well as scanning. 

3. Special purpose 4x5 aperture camera fitted with a 
standard Graf lex plate holder and dedicated color 
filter subsystem. 



INFORMAtlON INTERNATIONAL'S MOTION PICTURE PROJECT 



Digital 8)mtJli|M for motion picture applications 
fa a mafor actMtj^lA Information Intemationat's 
continuing devaiopment of advanced capabilities 
In computer graphics. Information International 
Mtablished the standard for high-<iuality graphics 
recording on microfilm with its 1968 introduction 
of the FR 80 Precision Graphics Recorder. 

With the Introduction in 1972 of the COMp 80 
Microform OOmposition System. FR 80 capabilities 
were exterKMUo include the recording of color 
vector graphlpSind high-quatity graphic arts type- 
faces, and tt>i Inclusion of line art in both still and 
moving graphics. Early credits included Matrix III 
and Arabesque, produced by John Whitney, Sr. for 
the museum and art film circuit. Through joint efforts 
with John Whitney, Jr., feature film work included 
FR 80 recordings of major scenes in the 1973 feature 
film, Wastworld, and the 1976 feature film. 
Futuraworld 

Information International's existing facility for 
color graphics recording is based on the company's 
GRAFIX I Image processing system, including two 
PFR-3 programmable film readers, an FR 80 film 
recorder, and a PDP-10 control computer supported 
by an auxiliary, high-speed. 36-bit computer with 
performance ten times in excess of PDP-10 speed, 
and with software compatlbitity. This, together with 
auxiliary equipment such as two cursor data tablets, 
display monitors and frame buffers, provides 
approximately a $3 million facility to support this 
ongoing development. 

Project goals are aimed at achieving high-quality, 
smooth-shaded motion pictures for the scientific and 
entertainment markets. The challenges involve an 
Improved human/computer interface to enhance the 
director's ability to control scene action. Considerable 
effort Is directed at increased computational capacity 
to permit greater scene enrichment at realistic frame 
rates. Information International's capabilities In event 
simulation represent the most advanced work in 
computer-generated shaded imagery worldwide. 
The process now In use for feature film and television 
commercial simulation Includes the following phases: 

1. Design 

2. Data entry 

3. Director's language 

4. Filming 

Dtaign 

This initial phase involves storyboard creation 
based on client consultation, research, design and 
approval of idea. 

Date Entry 

Data entry can be accomplished by one of three 
methods: 

1. Encoding by hand 

2. Algorithmic description 

3. Picture scanning 



Encoding by hand. The majority of data is encoded 
by hand. Two precise views, front and side, are drawn 
onto drafting paper, then XY and Z cursors are used 
to encode the points which represent the three- 
dimensional space coordinates. 

Algorithmic detcrlpUon.This method, using 
algorithms, or mathematical descriptions, is used to 
descrit>e an object which is very regular. 

Picture scanning. Unlike hand encoding and 
algorithmic description, which are t}Oth three- 
dimensional, the picture scanning method of data 
entry creates two-dimensional data bases. The 
scanning method is used for adding texture to three- 
dimensional surfaces of data bases. 

DIrector't Language 

The actual size, color and orientation of the 
objects, as well as lighting, reflections and textures, 
are determined with the aid of Information 
International's proprietary Director's Language. This 
interactive language specifically asks for all of the 
characteristics of a scene that a studio production 
company would require on the set. This allows for 
subtle variations of shading, direction, and quality 
of lighting. 

All of the variables visible in nature are carefully 
considered and then automatically added by the 
Information International GRAFIX I image 
Processing System and the Information International 
FR 80 Computer Output Microfilm Recording System. 

Riming 

During the filming process, a high-resolution 
electronic imaging/motion picture camera system is 
used with the FR 80 color recorder. Eastman #5247 is 
used for film recording, and Vericoior 11 and 
Ektachrome 64 are used for 4 x 5 negative and 
transparency output. 

Information International's computer-generated 
graphics are used in the entertainment and 
advertising industries. Recent projects include a 
12-second logo for Pyramid Films and a station 
identification for KCET. a public television broad- 
casting station in Los Angeles. Current work includes 
special effects for several feature films. 
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